我们都知道，我们写的Java程序需要先经过编译，生成了.class文件（字节码文件）。然而，计算机并不能直接解释.class文件里面的内容，这时候就需要一个能加载、解释.class文件并且能按.class文件里的内容进行处理的一个东西--JVM。JVM，就是Java虚拟机。它是一种规范，有针对不同系统的特定实现（Linux，Windows，macOS）。这样，相同的字节码就能在不同的系统上运行，实现了跨平台运行（WriteOnce,RunAnywhere）。JVM的内存结构上图是JDK1.8的JVM内存结构，可以看出内存结构分为程序计数器、Java虚拟机栈、本地方法栈、堆、元空间，其中程序计数

我在java规范中看到了这一点:如果x和y是同一线程的操作，并且x在程序顺序中出现在y之前，则x发生在y之前。还有这个原始代码线程1r2=A;B=1;有效的编译器转换(允许编译器对任一线程中的指令重新排序，前提是这不会单独影响该线程的执行)线程1B=1;r2=A;我对这两件事很困惑。如果Actionx在Actiony之前发生，则x应该在y之前发生。如果我们考虑r2=Aforx和B=1fory，r2=A应该发生在B=1之前。怎么会有任何重新排序，如果x发生在y为真之前，为什么B=1在r2=A之前执行？。 最佳答案 Section17.

假设我有一个SwingsJava应用程序，我将最小堆设置为64MB，最大堆设置为2GB，当用户启动应用程序时，登录屏幕会显示，此时app使用了64MB，对吧？在我的Windows7中，我可以看到java应用程序分配了64MB来自操作系统的内存资源监视器(实际上，它超过64MB，因为JVM需要一些内存来完成它的任务)。之后用户做了一些非常繁重的工作然后应用程序使用2G。然后用户注销应用程序，再次显示登录屏幕(应用程序尚未关闭)。此时应用程序真正的内存正在使用64MB(假设这是完美的内存管理应用程序)，但是对于操作系统，此应用程序仍在使用2GRAM，我可以在操作系统的资源监视器上看到它。我

我必须处理分布在20个表上的大量数据(总计约500万条记录)，我需要高效地加载它们。我正在使用Wildfly14和JPA/Hibernate。因为最后，每条记录都会被业务逻辑使用(在同一个事务中)，我决定通过简单的方式将所需表的全部内容预加载到内存中:em.createQuery("SELECTeFROMEntitye").size();在那之后，每个对象都应该在交易中可用，因此可以通过:em.find(Entity.class,id);但这在某种程度上不起作用，仍然有很多对数据库的调用，尤其是对于关系。如何有效地加载所需表格的全部内容，包括关系并确保我得到了一切/不会有进一步的数据库

当我使用OpenJDK11(Windows10上的Zulu发行版)编译并运行以下非常简单的Java程序时:publicclassGCTest{publicstaticvoidmain(String[]args){System.out.println("Freememorybeforegarbagecollection:"+Runtime.getRuntime().freeMemory());Runtime.getRuntime().gc();System.out.println("Freememoryaftergarbagecollection:"+Runtime.getRuntime

我有一个java应用程序，在任何复杂执行之前处于空闲状态时，它在堆中使用23MB，而TaskManager中的java.exe进程大小约为194MB。经过一些复杂的操作，java.exe的大小增长到500MB左右，堆大小也增长了。通过调用System.gc()方法进行几次完整GC后，堆大小减少回23MB。但是java.exe的大小从大约600MB减少到大约237MB，其中仍然有大约43MB的数据。有没有办法减少这个？还是因为某些行为？ 最佳答案 这很正常，不用担心。JVM在需要执行一些复杂的逻辑时会获取内存。当java完成任务处理后

我用在Linux服务器上运行的Java编写服务器端应用程序。我使用hibernate打开数据库session，使用nativesql查询它并始终通过try、catch、finally关闭此session。我的服务器以非常高的频率使用hibernate查询数据库。我已经定义了MaxHeapSize因为它是3000M但它通常在RAM上使用2.7GB，它可以减少但比增加慢。有时它会增长到3.6GB内存使用量，超过我在启动时定义的MaxHeapSize。当使用的内存为3.6GB时，我尝试使用-jmap命令将其转储并得到一个大小仅为1.3GB的堆转储。我用eclipseMAT来分析，这里是MAT

我已经追了好几天了。我们在我们的应用程序中使用JAXB，sun实现。当停止Tomcat(6或7)时，在catalina日志文件中记录了严重的内存泄漏，列出了我们应用程序中的所有JAXB类，两个不同包中的两组。我浏览了很多google和Stackoverflow链接。我使用了JProfiler，它告诉我Tomcat在不使用枚举时会保留枚举，但这不应该是问题所在。marshaller或unmarshaller的所有实例都在本地创建并设置为null以进行积极的GC。我确保在销毁servlet时JAXBcontext为空，并且在我的contextDestroyed中运行System.gc();

我有一个课程，在此中，我初始化了一个框架，但没有扩展它。当我运行程序并通过调用处置函数处置框架时。此类中使用的其他资源，例如字符串，StringBuffer，int..等。它们可以由JVM收集，还是内存泄漏？我应该使用Null关键字一个一个一个一个将它们处置吗？看答案如果对象不再引用任何东西，那么下一次垃圾收集器将被垃圾收集器食用。如果您愿意，您也可以通过致电来要求垃圾收集器这样做System.gc()

我正在运行Tomcat7，服务器非常强大，8GBRAM8核。我的问题是RES内存越来越高，直到服务器不再响应，甚至不调用OnOutOfMemoryError。Tomcat配置:-Xms1024M-Xmx2048M-XX:PermSize=256m-XX:MaxPermSize=512m-XX:+UseConcMarkSweepGC-XX:OnOutOfMemoryError='/var/tomcat/conf/restart_tomcat.sh'内存信息:Memory:Nonheapmemory=106Mb(PermGen,CodeCache),Loadedclasses=14,055